home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 16343 < prev    next >
Encoding:
Text File  |  1996-08-05  |  5.0 KB  |  94 lines
  1. Path: grail1506.nando.net!user
  2. From: denatale@nando.net (Rick DeNatale)
  3. Newsgroups: comp.lang.java,comp.lang.c++,comp.lang.smalltalk
  4. Subject: Re: Will Java kill C++?
  5. Date: Wed, 10 Apr 1996 08:22:26 -0500
  6. Organization: Nando.net Public Access
  7. Message-ID: <denatale-1004960822260001@grail1506.nando.net>
  8. References: <31682FFE.2781E494@bbn.com> <DpJyGG.FKK@hkuxb.hku.hk>
  9. NNTP-Posting-Host: grail1506.nando.net
  10. X-Newsreader: Yet Another NewsWatcher 2.1.5
  11.  
  12. In article <DpJyGG.FKK@hkuxb.hku.hk>, h9290246@hkuxa.hku.hk (Zsoter
  13. Andras) wrote:
  14.  
  15. >I am certainly not a very good C programmer (well, passable but I am mostly
  16. >Assembly-ist and Forth-ist) but I cannot imagine how someone cannot
  17. >learn how to use pointers or dynamic allocation.
  18. >Are there really such people around who call themselves programmers?
  19. >[I always thought that languages that hide these details [like how to
  20. >allocate such and such on dynamic storage] were designed to be used
  21. >by non-programmers (eg. someone wants to write something simple
  22. >at home, does not want to spend countless number of hours on it
  23.                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  24. >so learns something like BASIC where you don't have to worry about
  25. >how your strings are stored).
  26.  
  27. AHHH! You see, there are lots of professional programmers (probably most)
  28. who really love being able to play for 'countless hours' playing with
  29. pointers and stuff. I'm a computer science graduate, and I used to love
  30. programming for the sake of programming. Fortunately or unfortunately, I
  31. outgrew that stage of my childhood.
  32.  
  33. The fact that programming was hard, and that management came to expect
  34. that the software was always late, led to the situation that programmers
  35. who loved to play with pointers and stuff could easily keep their
  36. employers relatively tamed while they played with their pointers and
  37. stuff. Of course the employers weren't really happy with this, but it was
  38. the best they could get under the circumstances.  They would write
  39. articles like "Why the Software is Always Late."
  40.  
  41. The employers were always looking for ways to cure the software backlog,
  42. improve the productivity of their children (oops, I meant to say
  43. programmers) etc.  They saw the promise of object oriented programming as
  44. allowing massive reuse and productivity. Of course they don't REALLY
  45. understand this stuff themselves, and they rely on the advice of their
  46. technical staff to recommend what technologies and languages they should
  47. use to obtain these miraculous results. The technical staff that they went
  48. to was often the new bright people that they had brought in to do all this
  49. pretty but hard to understand workstation user interface stuff, not the
  50. bulk of their staff who most likely were grizzled but experienced COBOL
  51. programmers (who really do consitute the silent majority of professional
  52. programmers to this day). Of course the technical staff, who want after
  53. all to play with programming, pick the technologies and tools which give
  54. them the most toys to play with, after all, if the boss thinks he's
  55. getting what he wants, what do we care, we're UNIX gurus, and the more
  56. like kernel programming stuff looks like the better we like it cause we
  57. can spend so much time having fun.
  58.  
  59. The problem is that the boss is getting more tired of not getting what he
  60. wants and is starting to hear that other bosses maybe are getting what
  61. they want by picking other technologies and tools, that don't require
  62. programmers to spend all their time debugging memory allocation, dangling
  63. pointers, etc. etc. etc.
  64.  
  65. In the meantime, I got tired a long time ago of debugging these problems
  66. while effectively writing the same code over and over and over again to do
  67. binary trees, or b-trees or sorts or whatever, the only difference being a
  68. few little details of data types, memory allocation etc. etc. etc. I just
  69. wanted to get the job done, which after all is what the bosses are looking
  70. for.
  71.  
  72. That's why I'm a Smalltalk programmer! A proudly professional, computer
  73. science degree carrying, well-paid, respected in the circles which I care
  74. about,  Smalltalk Programmer. 
  75.  
  76. Now if Java, which is effectively a poorly implemented stripped down
  77. version of Smalltalk with a C++ flavored syntax, and lacking a few
  78. important features (like block closures), can do the job, good for it. I
  79. have my doubts however, due to it being let out into the cold cruel world
  80. without all of the support it needs. It also is riding the bubble of the
  81. WEB environment, which while useful, looks like it is being overhyped as
  82. the universal UI so that companies can use  Netscape as the '90s version
  83. of a 3270 and get thin clients which they seem to believe will run on late
  84. '80s hardware that they don't want to upgrade. The backlash to that idea
  85. seems relatively inevitable, and besides when we're talking about
  86. browser/web server programming we're really talking about JavaScript which
  87. really isn't the same thing as Java at all.  I myself predict that Java
  88. will just be another holding action between the technical staff and the
  89. bosses.
  90.  
  91. -- 
  92. Rick DeNatale
  93. Still looking for a cool signature ;-)
  94.